本文演示docker版jxTMS中简单的数据库操作，整个系列的文章请查看：

首先完成下述任务【参考前文】，以后的文章不复赘述：

然后打开sftp，将我们下载下来的data文件，上传到tms容器中的【~/codeDefine/demo/demo1】目录下。然后执行一次热机刷新。

请注意，在启动jxTMS的root控制台，我们可以看到有日志信息输出，去除时间等信息后为：

注：上述日志信息是输出到系统日志中的，而非组织的日志

即，在我们上传了data文件后，在重新加载时，jxTMS发现本组织的数据库中不存在demoData数据表，然后就自动根据我们在data文件中的定义创建了该表。

那么，请打开data文件，看看我们在其中定义了什么：

然后我们看一下系统日志中的建表语句，首先是创建数据表demoData，然后还为该表创建了两个索引，一个是建立在Type字段上的普通索引，一个是建立在Name字段上的全文索引，正好对应我们在data中对demoData虚拟数据类的定义。

如果有熟悉mysql的同学，可以对照建表语句和demoData中各字段的定义，可以看出两者正好是一一对应的。然后，我们看一下mysql中是否确实创建了demoData数据表呢？执行：

demoData数据表确实创建了，其各字段的定义也完全是按照我们在data文件中的定义创建的。

注：数据表创建后不可以修改其定义，即之后我们再修改data文件虚拟数据类的定义，jxTMS不会将其和数据库进行同步。这主要是出于安全的考虑：随便动一下data文件中虚拟数据类的定义，就把数据库中数据表的定义也修改了，非常容易丢失数据！

我们修改一下capa.py文件中的sayHello函数：

然后保存并上传capa.py，并热机刷新。

然后点击快捷栏【演示->helloWorld】，然后点击【点我】按钮。

由于我们删除了sayHello函数中的setOutput语句和log语句，所以界面和日志中看不到任何反应，那我们看一下数据库。执行：

我们看到刚刚创建的demoData表中出现了一条数据，其Type字段正好是demo，而Name字段正好是sayHello，再看一下CreateTime字段，也正好是我们点击【点我】按钮的时间。

大家会看到，我们并没有对ID字段、CreateTime字段做任何操作，但其也得到了赋值，这是因为jxTMS会对虚拟数据表的这几个字段自动进行赋值：

sayHello函数的处理逻辑比较简单，其第一条语句是创建一个demoData对象，然后对Type、Name两个属性进行赋值，最后是将对Type、Name的修改保存到数据库中。

大家回头看一下我前面凡是说到数据类，都加了一个虚拟的定语。这是什么意思呢？

简单的说，凡是在data文件中定义的数据类，都是pyORM类，在java空间也好、python空间也好，实际上并不存在一个叫做demoData的类，只有pyORM类，只不过其会伪装成我们定义的demoData类。我们对该对象的任何修改，pyORM都会拦截，当我们调用update函数时，将其保存到数据库的demoData数据表中。

注：修改了数据对象的属性，一定要在update函数的可变长参数表中罗列，否则修改不会反映到数据库中

请再次查看mysql中【select * from demoData】的输出，记住ID的值【我的是1719331491676285，这么长大家靠记肯定容易出错，所以大家要了解一下如何自己的命令行终端是如何从控制台选择并复制数据的】。然后我们修改一下capa.py文件中的sayHello函数：

然后保存并上传capa.py，并热机刷新。

然后点击快捷栏【演示->helloWorld】，然后点击【点我】按钮。这时可以从实时日志中看到：

getByID一般用在查看详情、修改等处，ID值这种情况下都是作为参数送入的。

我们对web文件中的helloWorld界面进行修改：

主要是修改了0行的c1列，将其类型改为下拉框，绑定的数据名改为了joType；增加了c2、c3列，是一个输入名字的输入框，数据名绑定为joName。

保存web文件，然后再修改一下capa.py文件中的sayHello函数：

然后保存并上传capa.py、web，并热机刷新。

然后点击快捷栏【演示->helloWorld】，然后点击【点我】按钮。执行后，要在mysql中执行【select * from demoData】进行查看。

事件响应函数中，用self.getInput函数就可以直接读取到绑定了数据名的输入型控件中用户输入的值，相关信息可参考文末参考资料中的编程手册中的相关内容。

参考资料：

下面的系列文章讲述了如何用jxTMS开发一个实用的业务功能：

下面的系列文章讲述了jxTMS的一些基本开发能力：